Только с мемхаком, нужно подгрузить свою ддлку, которая грубо говоря от имени хоста сама хостанет следующую карту, пригласив всех игроков.
Но думаю это не так уж и просто реализуемо, а те функции что есть - только для одиночной кампании.

1. Думаю, что можно.

Берем основную модель, возможно, вообще без мяса, только с гусеницами, но с кучей точек крепления. Также берем кучу моделей-аттачметов, представляющих собой эти самые пушки, корпуса и все прочее. При выборе характеристик модели через диалог или интерфейс соответственно создаем на основной модели эффекты-аттачменты, будет собрана техника. Такие штуки, как двигатель и прочие невидные извне элементы будут скорее входить в математическую модель юнита, но это также можно запилить. Название танка - сразу не скажу, есть ли триггер на смену, но на таблице рекордов можно отобразить что угодно.

---

2.Тоже можно.
Создаем погодный в определенной местности и делаем два триггера для контроля входа-выхода юнитов из нее. На искомых юнитов применяем нужные способности - и все готово.

---

3. Здесь чуть сложнее: нужно постоянно проверять тип местности под юнитом, но тоже можно. Проверка на ограждения тоже может бить сделана.

---

4.Это уже интереснее. Видел раньше подобное в играх. При каждой атаке юнита случайным образом наносим или не наносим доп. урон, эффект горения, кидаем спелл на цель в зависимости от теоретического места попадания атаки.

---

5.И это можно. Но нужно писать нестандартную систему Альянса. Но через триггеры и JASS все можно...

---

6. Продажа техники - лучше через способность, что бы кидать ее на понравившегося юнита, не стоит покупать кота в мешке. Стоимость должна зависеть от технического уровня юнита, его текущего состояния (мертвый танк попадет вам бесплатно, сами чините!), если он был модернизован дополнительно, то это тоже входит в стоимость. Разрешение на продажу делаем аналогично.

---

7. Это легко через Custom Value и переменние.

---

Как ты понял, все что ты предложил создать можно, но на это нужно потрать хороший кусок времени. Остается пожелать тебе удачи над созданием проекта - мне идея уже нравится.

Морф в другого героя, а так же сферу чародея крови (она вроде не сбивает другие орбы, но сбивается другими орбами)

Ах, я понял чего ты хочешь конкретно сейчас. Чтобы модель смотрела в камеру, словно на экране выбора персонажа? В таком случае ситуация немного упрощается.
Нам больше не нужно хранить текущую матрицу поворота эффекта, ведь мы не производим ее вращение, вместо этого мы высчитывает всю необходимую ориентацию из положения камеры и самого эффекта. Подход, в целом, остается прежним, но для поиска осей ориентации мы теперь будем использовать некоторый вспомогательный вектор, чье направление совпадает с направлением глобальной оси Z, и путем векторного произведения этого вспомогательного вектора на вектор оси X эффекта (получаемый как и прежде p2 - p1) мы получаем вектор ориентации эффекта Y, а векторное произведение X на Y нам даст ось Z эффекта.

Весь процесс можно разжевать на множество абзацев, но делать этого нет смысла. Я проще скину твою карту с новым вариантом.

Тем не менее, я вижу некоторое непонимание темы и потому считаю должным указать на некоторые ошибки в твоем прошлом коде

Код

Скопировать в буфер

    private function RotationMatrixToEuler takes MATRIX3 R returns VECTOR3
    
        local real x
        local real y
        local real z
        local real sy = SquareRoot(R.m11 * R.m11  +  R.m21 * R.m21)
     
        local boolean singular = sy < .000001 or sy == 0 // If
     
        if not singular then
        
            set x = Atan2(R.m32 , R.m33)
            set y = Atan2(-R.m31, sy)
            set z = Atan2(R.m21, R.m11)
        
        else
        
            set x = Atan2(-R.m23, R.m22)
            set y = Atan2(-R.m31, sy)
            set z = 0
            
        endif
        
        return VECTOR3.New_1(x, y, z)
    
    endfunction

Я не понимаю, как работает эта функция. В моем понимании, преобразование матрицы поворота в углы Эйлера происходит за счет обратного преобразования. То есть, чтобы преобразовать матрицу в Эйлер, необходимо знать как преобразуется Эйлер в матрицу, поскольку это обратные друг другу процессы. В новом примере я ее переписал.

Код

Скопировать в буфер

        set rotation.m11 = X.x
        set rotation.m12 = X.y
        set rotation.m13 = X.z
        
        set rotation.m21 = Y.x
        set rotation.m22 = Y.y
        set rotation.m23 = Y.z
        
        set rotation.m31 = Z.x
        set rotation.m32 = Z.y
        set rotation.m33 = Z.z

Здесь идет неверное назначение параметров матрицы. Дело в том, что матрица записывается следующим образом (из readme библиотеки Math)

Скопировать в буфер

m11 m12 m13
m21 m22 m23
m31 m32 m33

При этом, оси записываются слева направо, столбиками, то есть , ось X здесь, это m11, m21 и m31. Следовательно верной записью будет

Код

Скопировать в буфер

        set rotation.m11 = X.x
        set rotation.m21 = X.y
        set rotation.m31 = X.z
        
        set rotation.m12 = Y.x
        set rotation.m22 = Y.y
        set rotation.m32 = Y.z
        
        set rotation.m13 = Z.x
        set rotation.m23 = Z.y
        set rotation.m33 = Z.z

И самая ложная строка

Скопировать в буфер

        set rotation = MATRIX3.New_0()

Это создаст нулевую матрицу, то есть матрицу, все значения которой - нули. Базовая же матрица поворота, это единичная матрица, то есть матрица, чья главная диагональ состоит из единиц, а все остальное - нули.

Но это просто заметки, в текущей версии этих участков кода больше нет.

Яд, и всё работает.

1. Такие эффекты которые ты перечислел относится к декорациям - неразрушаемый обьект. Чтобы его удалить, надо сделать декорацию - разрушаемый обьект, создать или найти на карте и присвоить к переменной, чтобы потом удалить.
2. Чтобы удалить спецэффект. Надо его создать и присвоить к переменной, чтобы потом удалить. Ищи раздел спецэффект.

koloff, только что проверил, если нет анимации death у эффекта, то он исчезает спустя несколько секунд после вызова функции DestroyEffect

Для тебя самый простой способ: Получает предмет, добавить способность пассивную, которая имеет модель оружия, а когда теряет этот предмет, удалить способность.

null - это нулевая строка, это не твой бро

"" - четкая строка без единого символа, это твой бро

да, игре похер, какой путь до модели, объект создается всегда

Я делаю проще просто через

Скопировать в буфер

call BlzSetSpecialEffectScale( effect, 0.0 )
call DestroyEffect(effect)

У каждого типа атаки должны быть свои допустимые цели, без пересечений.

И вот ещё в теме по этому поводу рассуждал

Получается, что для каждого юнита на карте со способностью, имеющей вероятность срабатывания нужно сделать свою БД рандомов, так сказать сгенерировать ряд рандомных чисел? Или даже не для отдельного юнита, а для отдельной способности каждого юнита?

avuremybe:

Proshel_Doty, ну так втули 20 циклов с рандомом. Будет тебе для 20 абилок.

Ну вот получается к этому и приходим, что нужно делать для каждого
ClotPh:

Proshel_Doty, да вот хотя бы крутилка акса в доте 2 уже именно так работает, и заряды, и перезарядка, и фактически увеличивающийся шанс
другое дело, что не обязательно в базовой информации игрокам слишком много мозги компостировать, им достаточно условно знать про шанс там 15%, 20% или 30%, ну и мб перезарядку

По-моему про крутилку акса ты чего-то не знаешь)
А именно, то что он может прокрутиться 3 раза, когда его бьют 3 юнита всего
И не крутиться почти, когда его бьют 5 крипов
Если бы оно работало, как ты говоришь, то он бы крутился всегда идеально, но там по-моему как раз вот этот безумный рандом

Регистрирую нанесение урона боссу А, затем сними только же хп боссу Б. И наоборот.
Примерно так:

https://www.xgm.guru/files/100/206442/comments/382098/boss.w3x

если нужно что-то другое, опиши поподробнее.

Так учитесь на гуи это будет весьма проблематично но если сообразить даже минимальным кастум скриптом

Скопировать в буфер

call SetUnitX(unit1,GetUnitX(unit2)) 
call SetUnitY(unit1,GetUnitY(unit2)) 

где юнит1 и юнит2 это udg_motocircle b udg_lulka соответсвенно
И всё это на периодическом событии (если таймера не знаешь) 0.03
Хотя бы попробуй посадить таким способом стрелка на танк и поездить, увидишь дёрганьнья и невозможность движения, скорее всего придётся придётся сделать второго юнита летающим или духом через которого пройти (см способности вардов) или отключить столкновения

В общем, ответа так и не нашел. Установил на ноут вин 10, но ошибка осталась. Карта прекрасно себя чувствует на ПК, но тот же самый варкрафт, та же самая НОУТ в упор отказывает запускать мою карту. Хз, что еще может быть, перепробовал ВСЁ!

Правильный ответ ДА и он здесь xgm.guru/p/renderedge/memoryhack?postid=408475#comment190

Наконец-то исправлено!
Реально _upload вызывался дважды иногда. Что-то глубоко в модуле загрузки файлов. Пока сделал проверку и отклоняю второй запрос.

дубликат xgm.guru/p/117/244364

https://www.xgm.guru/p/wc3/gui-examples-choose-a-hero

категория "для магазинов" - абилка выбор воина или героя, характеристика радиус запуска

категория "для магазинов" - у магазина должна быть абилка - Продажа войск 'Asud'

---

там нужно триггерно добавить в начале, а после удалить триггерно. главная особенность в том, что в таверне в ро никаких юнитов в таверне не должно быть указано. Иначе не работает абилка продажа войск, такая механика

---

еще можно вот такой вариант

LosKalmaros, Можно сделать блок камеры в центре области, а при нажатии влево(вправо) юниты будут смещатся в сторону за пределы камеры.
Прм: Если игрок нажал влево, тогда создается герой справа от камеры. Центрального героя плавно двигаеш влево и удаляешь, а созданого справа двигаеш в центр.
Наработок не встречал, но система довольно простая

есть стандартная способность Кислотная Бомба, она тоже снижает защиту

Нейтрально враждебные - герои

Пишу сюда - подскажите что делать?

Можно например посмотреть на хайве.

---

И на сайте есть похожая система.